Skip to content

Conversation

@labkey-tchad
Copy link
Member

Rationale

The target window seems to lose its name briefly. The window was there before running system maintenance the second time and it is there in the screenshots.

org.openqa.selenium.NoSuchWindowException: Unable to locate window: systemMaintenance
  [...]
  at app//org.openqa.selenium.remote.RemoteWebDriver$RemoteTargetLocator.window(RemoteWebDriver.java:1126)
  at app//org.labkey.test.WebDriverWrapper.lambda$27(WebDriverWrapper.java:2154)
  at app//org.labkey.test.WebDriverWrapper.doAndMaybeWaitForPageToLoad(WebDriverWrapper.java:2113)
  at app//org.labkey.test.WebDriverWrapper.doAndWaitForWindow(WebDriverWrapper.java:2138)
  at app//org.labkey.test.pages.admin.ConfigureSystemMaintenancePage.runMaintenanceTask(ConfigureSystemMaintenancePage.java:29)
  at app//org.labkey.test.tests.filecontent.FileContentUploadTest.testCalculateFileRootSize(FileContentUploadTest.java:367)

doAndWaitForWindow should actually wait for the window.

Related Pull Requests

Changes

  • Update doAndWaitForWindow to actually wait for the window
  • Remove some unused and obsolete methods from LabKeyExpectedConditions

@labkey-tchad labkey-tchad merged commit 976df85 into release25.7-SNAPSHOT Aug 13, 2025
8 checks passed
@labkey-tchad labkey-tchad deleted the 25.7_fb_waitForWindow branch August 13, 2025 15:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants